fix(crashtracker): move preload logger marking after recursive guard by gyuheon0h · Pull Request #2023 · DataDog/libdatadog

gyuheon0h · 2026-05-21T13:59:33Z

What does this PR do?

We saw a crash as such, where the stacktrace shows failures within the crashtracker itself, looking like
handle_posix_sigaction -> dlysm -> ... ->handle_posix_sigaction -> dlysm -> ... -> ...

This is because mark_preload_logger_collector() in handle_posix_sigaction is called before the one-time guard NUM_TIMES_CALLED. If dlsym in mark_preload_logger_collector() fails, then

SIGBUS fires -> handle_posix_sigaction -> handle_posix_signal_impl
mark_preload_logger_collector() calls dlsym -> SIGBUS again (same faulty mapping)
Since SA_NODEFER, the new SIGBUS is delivered immediately, re-entering handle_posix_sigaction -> handle_posix_signal_impl
...infinite recursion

Note that the production failure might not have been dd_preload_logger_mark_collector itself, but dlsym failure while iterating through dyn loaded libs. The important part is that dlsym can fail and this will retrigger crashtracker

Motivation

What inspired you to submit this pull request?

Additional Notes

AI generated the script to repro

How to test the change?

#!/usr/bin/env bash

set -euo pipefail

REPO="$(cd "$(dirname "$0")" && pwd)"
BIN_TEST="$REPO/target/debug/crashtracker_bin_test"
RECEIVER="$REPO/target/debug/crashtracker-receiver"
PRELOAD_C="/tmp/repro_preload.c"
PRELOAD_SO="/tmp/repro_preload.so"
REPORT_OUT="$REPO/repro_crash_report.json"
RECURSE_DEPTH=30 # this is some N where dlysm keeps failing before succeeding / returning without SIGBUS

for bin in "$BIN_TEST" "$RECEIVER"; do
    [[ -x "$bin" ]] || { echo "Missing: $bin"; exit 1; }
done
command -v gcc >/dev/null || { echo "gcc not found"; exit 1; }

cat > "$PRELOAD_C" <<EOF
#include <signal.h>
#include <stdatomic.h>

static atomic_int call_count = 0;

__attribute__((visibility("default")))
void dd_preload_logger_mark_collector(void) {
    int n = atomic_fetch_add_explicit(&call_count, 1, memory_order_seq_cst);
    if (n < $RECURSE_DEPTH) {
        raise(SIGBUS);
    }
}
EOF

gcc -shared -fPIC -o "$PRELOAD_SO" "$PRELOAD_C"

OUT_DIR="$(mktemp -d)"
trap 'rm -rf "$OUT_DIR"' EXIT
rm -f "$REPORT_OUT"

set +e
LD_PRELOAD="$PRELOAD_SO" "$BIN_TEST" \
    "file://$REPORT_OUT" \
    "$RECEIVER" \
    "$OUT_DIR" \
    "donothing" \
    "kill_sigbus"
EXIT_CODE=$?
set -e

echo "Exit code: $EXIT_CODE"

if [[ -f "$REPORT_OUT" ]]; then
    FRAMES=$(grep -c "handle_posix_sigaction" "$REPORT_OUT" || true)
    echo "Crash report: $REPORT_OUT"
    echo "handle_posix_sigaction frames: $FRAMES"
    [[ $FRAMES -gt 1 ]] && echo "BUG REPRODUCED." || echo "FIX CONFIRMED: no recursion."
else
    echo "No crash report"
fi

Reproduced by running a script that loaded in dd_preload_logger_mark_collector symbol that failed after N times, which the previous times, triggers a SIGBUS. Basically, the gist is, we should not do anything after we enter the crash handler, before we check the one time guard

gyuheon0h · 2026-05-21T13:59:50Z

fix(crashtracker): move preload logger marking after recursive guard #2023 👈 (View in Graphite)
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

datadog-datadog-prod-us1-2 · 2026-05-21T14:01:11Z

Tests

🎉 All green!

🧪 All tests passed
❄️ No new flaky tests detected

🎯 Code Coverage (details)
• Patch Coverage: 0.00%
• Overall Coverage: 72.80% (-0.04%)

_{This comment will be updated automatically if new data arrives.

🔗 Commit SHA: 08ea319 | Docs | Datadog PR Page | Give us feedback!}

github-actions · 2026-05-21T14:01:54Z

📚 Documentation Check Results

⚠️ 1079 documentation warning(s) found

📦 `libdd-crashtracker` - 1079 warning(s)

Updated: 2026-05-22 07:29:35 UTC | Commit: 605001e | missing-docs job results

github-actions · 2026-05-21T14:02:26Z

Clippy Allow Annotation Report

Comparing clippy allow annotations between branches:

Base Branch: origin/main
PR Branch: origin/gyuheon0h/PROF-14734-preload-logger-fail-inf-recursion

Summary by Rule

Rule	Base Branch	PR Branch	Change

Annotation Counts by File

File	Base Branch	PR Branch	Change

Annotation Stats by Crate

Crate	Base Branch	PR Branch	Change
`clippy-annotation-reporter`	5	5	No change (0%)
`datadog-ffe-ffi`	1	1	No change (0%)
`datadog-ipc`	21	21	No change (0%)
`datadog-live-debugger`	6	6	No change (0%)
`datadog-live-debugger-ffi`	10	10	No change (0%)
`datadog-profiling-replayer`	4	4	No change (0%)
`datadog-remote-config`	3	3	No change (0%)
`datadog-sidecar`	57	57	No change (0%)
`libdd-common`	13	13	No change (0%)
`libdd-common-ffi`	12	12	No change (0%)
`libdd-data-pipeline`	5	5	No change (0%)
`libdd-ddsketch`	2	2	No change (0%)
`libdd-dogstatsd-client`	1	1	No change (0%)
`libdd-profiling`	13	13	No change (0%)
`libdd-telemetry`	20	20	No change (0%)
`libdd-tinybytes`	4	4	No change (0%)
`libdd-trace-normalization`	2	2	No change (0%)
`libdd-trace-obfuscation`	3	3	No change (0%)
`libdd-trace-stats`	1	1	No change (0%)
`libdd-trace-utils`	15	15	No change (0%)
Total	198	198	No change (0%)

About This Report

This report tracks Clippy allow annotations for specific rules, showing how they've changed in this PR. Decreasing the number of these annotations generally improves code quality.

github-actions · 2026-05-21T14:03:30Z

🔒 Cargo Deny Results

⚠️ 4 issue(s) found, showing only errors (advisories, bans, sources)

📦 `libdd-crashtracker` - 4 error(s)

Show output

error[unsound]: Rand is unsound with a custom logger using `rand::rng()`
    ┌─ /home/runner/work/libdatadog/libdatadog/Cargo.lock:200:1
    │
200 │ rand 0.8.5 registry+https://github.com/rust-lang/crates.io-index
    │ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ unsound advisory detected
    │
    ├ ID: RUSTSEC-2026-0097
    ├ Advisory: https://rustsec.org/advisories/RUSTSEC-2026-0097
    ├ It has been reported (by @lopopolo) that the `rand` library is [unsound](https://rust-lang.github.io/unsafe-code-guidelines/glossary.html#soundness-of-code--of-a-library) (i.e. that safe code using the public API can cause Undefined Behaviour) when all the following conditions are met:
      
      - The `log` and `thread_rng` features are enabled
      - A [custom logger](https://docs.rs/log/latest/log/#implementing-a-logger) is defined
      - The custom logger accesses `rand::rng()` (previously `rand::thread_rng()`) and calls any `TryRng` (previously `RngCore`) methods on `ThreadRng`
      - The `ThreadRng` (attempts to) reseed while called from the custom logger (this happens every 64 kB of generated data)
      - Trace-level logging is enabled or warn-level logging is enabled and the random source (the `getrandom` crate) is unable to provide a new seed
      
      `TryRng` (previously `RngCore`) methods for `ThreadRng` use `unsafe` code to cast `*mut BlockRng<ReseedingCore>` to `&mut BlockRng<ReseedingCore>`. When all the above conditions are met this results in an aliased mutable reference, violating the Stacked Borrows rules. Miri is able to detect this violation in sample code. Since construction of [aliased mutable references is Undefined Behaviour](https://doc.rust-lang.org/stable/nomicon/references.html), the behaviour of optimized builds is hard to predict.
    ├ Announcement: https://github.com/rust-random/rand/pull/1763
    ├ Solution: Upgrade to >=0.10.1 OR <0.10.0, >=0.9.3 OR <0.9.0, >=0.8.6 (try `cargo update -p rand`)
    ├ rand v0.8.5
      ├── libdd-common v4.1.0
      │   ├── libdd-capabilities-impl v2.0.0
      │   │   └── libdd-shared-runtime v1.0.0
      │   │       └── libdd-telemetry v5.0.0
      │   │           └── libdd-crashtracker v1.0.0
      │   ├── (build) libdd-crashtracker v1.0.0 (*)
      │   ├── libdd-shared-runtime v1.0.0 (*)
      │   └── libdd-telemetry v5.0.0 (*)
      └── libdd-crashtracker v1.0.0 (*)

error[vulnerability]: Name constraints for URI names were incorrectly accepted
    ┌─ /home/runner/work/libdatadog/libdatadog/Cargo.lock:215:1
    │
215 │ rustls-webpki 0.103.10 registry+https://github.com/rust-lang/crates.io-index
    │ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ security vulnerability detected
    │
    ├ ID: RUSTSEC-2026-0098
    ├ Advisory: https://rustsec.org/advisories/RUSTSEC-2026-0098
    ├ Name constraints for URI names were ignored and therefore accepted.
      
      Note this library does not provide an API for asserting URI names, and URI name constraints are otherwise not implemented.  URI name constraints are now rejected unconditionally.
      
      Since name constraints are restrictions on otherwise properly-issued certificates, this bug is reachable only after signature verification and requires misissuance to exploit.
      
      This vulnerability is identified as [GHSA-965h-392x-2mh5](https://github.com/rustls/webpki/security/advisories/GHSA-965h-392x-2mh5). Thank you to @1seal for the report.
    ├ Solution: Upgrade to >=0.103.12, <0.104.0-alpha.1 OR >=0.104.0-alpha.6 (try `cargo update -p rustls-webpki`)
    ├ rustls-webpki v0.103.10
      └── rustls v0.23.37
          ├── hyper-rustls v0.27.7
          │   └── libdd-common v4.1.0
          │       ├── libdd-capabilities-impl v2.0.0
          │       │   └── libdd-shared-runtime v1.0.0
          │       │       └── libdd-telemetry v5.0.0
          │       │           └── libdd-crashtracker v1.0.0
          │       ├── (build) libdd-crashtracker v1.0.0 (*)
          │       ├── libdd-shared-runtime v1.0.0 (*)
          │       └── libdd-telemetry v5.0.0 (*)
          ├── libdd-common v4.1.0 (*)
          └── tokio-rustls v0.26.0
              ├── hyper-rustls v0.27.7 (*)
              └── libdd-common v4.1.0 (*)

error[vulnerability]: Name constraints were accepted for certificates asserting a wildcard name
    ┌─ /home/runner/work/libdatadog/libdatadog/Cargo.lock:215:1
    │
215 │ rustls-webpki 0.103.10 registry+https://github.com/rust-lang/crates.io-index
    │ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ security vulnerability detected
    │
    ├ ID: RUSTSEC-2026-0099
    ├ Advisory: https://rustsec.org/advisories/RUSTSEC-2026-0099
    ├ Permitted subtree name constraints for DNS names were accepted for certificates asserting a wildcard name.
      
      This was incorrect because, given a name constraint of `accept.example.com`, `*.example.com` could feasibly allow a name of `reject.example.com` which is outside the constraint.
      This is very similar to [CVE-2025-61727](https://go.dev/issue/76442).
      
      Since name constraints are restrictions on otherwise properly-issued certificates, this bug is reachable only after signature verification and requires misissuance to exploit.
      
      This vulnerability is identified as [GHSA-xgp8-3hg3-c2mh](https://github.com/rustls/webpki/security/advisories/GHSA-xgp8-3hg3-c2mh). Thank you to @1seal for the report.
    ├ Solution: Upgrade to >=0.103.12, <0.104.0-alpha.1 OR >=0.104.0-alpha.6 (try `cargo update -p rustls-webpki`)
    ├ rustls-webpki v0.103.10
      └── rustls v0.23.37
          ├── hyper-rustls v0.27.7
          │   └── libdd-common v4.1.0
          │       ├── libdd-capabilities-impl v2.0.0
          │       │   └── libdd-shared-runtime v1.0.0
          │       │       └── libdd-telemetry v5.0.0
          │       │           └── libdd-crashtracker v1.0.0
          │       ├── (build) libdd-crashtracker v1.0.0 (*)
          │       ├── libdd-shared-runtime v1.0.0 (*)
          │       └── libdd-telemetry v5.0.0 (*)
          ├── libdd-common v4.1.0 (*)
          └── tokio-rustls v0.26.0
              ├── hyper-rustls v0.27.7 (*)
              └── libdd-common v4.1.0 (*)

error[vulnerability]: Reachable panic in certificate revocation list parsing
    ┌─ /home/runner/work/libdatadog/libdatadog/Cargo.lock:215:1
    │
215 │ rustls-webpki 0.103.10 registry+https://github.com/rust-lang/crates.io-index
    │ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ security vulnerability detected
    │
    ├ ID: RUSTSEC-2026-0104
    ├ Advisory: https://rustsec.org/advisories/RUSTSEC-2026-0104
    ├ A panic was reachable when parsing certificate revocation lists via [`BorrowedCertRevocationList::from_der`]
      or [`OwnedCertRevocationList::from_der`].  This was the result of mishandling a syntactically valid empty
      `BIT STRING` appearing in the `onlySomeReasons` element of a `IssuingDistributionPoint` CRL extension.
      
      This panic is reachable prior to a CRL's signature being verified.
      
      Applications that do not use CRLs are not affected.
      
      Thank you to @tynus3 for the report.
    ├ Solution: Upgrade to >=0.103.13, <0.104.0-alpha.1 OR >=0.104.0-alpha.7 (try `cargo update -p rustls-webpki`)
    ├ rustls-webpki v0.103.10
      └── rustls v0.23.37
          ├── hyper-rustls v0.27.7
          │   └── libdd-common v4.1.0
          │       ├── libdd-capabilities-impl v2.0.0
          │       │   └── libdd-shared-runtime v1.0.0
          │       │       └── libdd-telemetry v5.0.0
          │       │           └── libdd-crashtracker v1.0.0
          │       ├── (build) libdd-crashtracker v1.0.0 (*)
          │       ├── libdd-shared-runtime v1.0.0 (*)
          │       └── libdd-telemetry v5.0.0 (*)
          ├── libdd-common v4.1.0 (*)
          └── tokio-rustls v0.26.0
              ├── hyper-rustls v0.27.7 (*)
              └── libdd-common v4.1.0 (*)

advisories FAILED, bans ok, sources ok

Updated: 2026-05-22 07:31:12 UTC | Commit: 605001e | dependency-check job results

codecov-commenter · 2026-05-21T14:20:33Z

Codecov Report

❌ Patch coverage is 0% with 3 lines in your changes missing coverage. Please review.
✅ Project coverage is 72.80%. Comparing base (09d307d) to head (08ea319).

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #2023      +/-   ##
==========================================
- Coverage   72.83%   72.80%   -0.04%     
==========================================
  Files         458      458              
  Lines       75789    75789              
==========================================
- Hits        55203    55175      -28     
- Misses      20586    20614      +28

Components	Coverage Δ
libdd-crashtracker	`65.24% <0.00%> (+0.04%)`	⬆️
libdd-crashtracker-ffi	`36.82% <ø> (ø)`
libdd-alloc	`98.77% <ø> (ø)`
libdd-data-pipeline	`86.69% <ø> (ø)`
libdd-data-pipeline-ffi	`78.63% <ø> (ø)`
libdd-common	`79.81% <ø> (ø)`
libdd-common-ffi	`74.41% <ø> (ø)`
libdd-telemetry	`73.34% <ø> (-0.03%)`	⬇️
libdd-telemetry-ffi	`31.36% <ø> (ø)`
libdd-dogstatsd-client	`82.64% <ø> (ø)`
datadog-ipc	`74.75% <ø> (-1.47%)`	⬇️
libdd-profiling	`81.69% <ø> (ø)`
libdd-profiling-ffi	`64.79% <ø> (ø)`
libdd-sampling	`97.46% <ø> (ø)`
datadog-sidecar	`29.01% <ø> (ø)`
datdog-sidecar-ffi	`9.29% <ø> (ø)`
spawn-worker	`48.86% <ø> (ø)`
libdd-tinybytes	`93.16% <ø> (ø)`
libdd-trace-normalization	`81.71% <ø> (ø)`
libdd-trace-obfuscation	`87.30% <ø> (ø)`
libdd-trace-protobuf	`68.25% <ø> (ø)`
libdd-trace-utils	`88.86% <ø> (ø)`
libdd-tracer-flare	`86.88% <ø> (ø)`
libdd-log	`74.83% <ø> (ø)`

🚀 New features to boost your workflow:

❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

taegyunkim · 2026-05-21T18:45:50Z

@codex review

chatgpt-codex-connector · 2026-05-21T18:47:45Z

Codex Review: Didn't find any major issues. Keep them coming!

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

Open a pull request for review
Mark a draft as ready
Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

taegyunkim

I'm not super familiar with this part of libdatadog, but the high level description makes sense to me. And thanks for adding the reproducer script!

gleocadie

LGTM

…-recursion

gyuheon0h · 2026-05-22T04:46:47Z

/merge

gh-worker-devflow-routing-ef8351 · 2026-05-22T04:46:51Z

View all feedbacks in Devflow UI.

2026-05-22 04:46:50 UTC ℹ️ Start processing command /merge

2026-05-22 04:46:56 UTC ℹ️ MergeQueue: waiting for PR to be ready

This pull request is not mergeable according to GitHub. Common reasons include pending required checks, missing approvals, or merge conflicts — but it could also be blocked by other repository rules or settings.
It will be added to the queue as soon as checks pass and/or get approvals. View in MergeQueue UI.
Note: if you pushed new commits since the last approval, you may need additional approval.
You can remove it from the waiting list with /remove command.

2026-05-22 05:27:11 UTC ℹ️ MergeQueue: merge request added to the queue

The expected merge time in main is approximately 49m (p90).

2026-05-22 07:27:44 UTC ❌ MergeQueue: The build pipeline has timeout

The merge request has been interrupted because the build 65994034765863092 took longer than expected. The current limit for the base branch 'main' is 120 minutes.

dd-octo-sts · 2026-05-22T05:26:14Z

Artifact Size Benchmark Report

aarch64-alpine-linux-musl

Artifact	Baseline	Commit	Change
/aarch64-alpine-linux-musl/lib/libdatadog_profiling.a	82.01 MB	82.01 MB	0% (0 B) 👌
/aarch64-alpine-linux-musl/lib/libdatadog_profiling.so	7.57 MB	7.57 MB	0% (0 B) 👌

aarch64-unknown-linux-gnu

Artifact	Baseline	Commit	Change
/aarch64-unknown-linux-gnu/lib/libdatadog_profiling.so	10.02 MB	10.02 MB	0% (0 B) 👌
/aarch64-unknown-linux-gnu/lib/libdatadog_profiling.a	98.27 MB	98.27 MB	-0% (-128 B) 👌

libdatadog-x64-windows

Artifact	Baseline	Commit	Change
/libdatadog-x64-windows/debug/dynamic/datadog_profiling_ffi.dll	24.54 MB	24.54 MB	0% (0 B) 👌
/libdatadog-x64-windows/debug/dynamic/datadog_profiling_ffi.lib	81.48 KB	81.48 KB	0% (0 B) 👌
/libdatadog-x64-windows/debug/dynamic/datadog_profiling_ffi.pdb	180.48 MB	180.47 MB	-0% (-16.00 KB) 👌
/libdatadog-x64-windows/debug/static/datadog_profiling_ffi.lib	914.99 MB	914.99 MB	0% (0 B) 👌
/libdatadog-x64-windows/release/dynamic/datadog_profiling_ffi.dll	7.76 MB	7.76 MB	0% (0 B) 👌
/libdatadog-x64-windows/release/dynamic/datadog_profiling_ffi.lib	81.48 KB	81.48 KB	0% (0 B) 👌
/libdatadog-x64-windows/release/dynamic/datadog_profiling_ffi.pdb	23.24 MB	23.24 MB	0% (0 B) 👌
/libdatadog-x64-windows/release/static/datadog_profiling_ffi.lib	45.50 MB	45.50 MB	0% (0 B) 👌

libdatadog-x86-windows

Artifact	Baseline	Commit	Change
/libdatadog-x86-windows/debug/dynamic/datadog_profiling_ffi.dll	21.15 MB	21.15 MB	0% (0 B) 👌
/libdatadog-x86-windows/debug/dynamic/datadog_profiling_ffi.lib	82.76 KB	82.76 KB	0% (0 B) 👌
/libdatadog-x86-windows/debug/dynamic/datadog_profiling_ffi.pdb	184.74 MB	184.71 MB	--.01% (-32.00 KB) 💪
/libdatadog-x86-windows/debug/static/datadog_profiling_ffi.lib	900.70 MB	900.70 MB	0% (0 B) 👌
/libdatadog-x86-windows/release/dynamic/datadog_profiling_ffi.dll	6.01 MB	6.01 MB	0% (0 B) 👌
/libdatadog-x86-windows/release/dynamic/datadog_profiling_ffi.lib	82.76 KB	82.76 KB	0% (0 B) 👌
/libdatadog-x86-windows/release/dynamic/datadog_profiling_ffi.pdb	24.90 MB	24.90 MB	0% (0 B) 👌
/libdatadog-x86-windows/release/static/datadog_profiling_ffi.lib	43.00 MB	43.00 MB	0% (0 B) 👌

x86_64-alpine-linux-musl

Artifact	Baseline	Commit	Change
/x86_64-alpine-linux-musl/lib/libdatadog_profiling.a	73.11 MB	73.11 MB	+0% (+8 B) 👌
/x86_64-alpine-linux-musl/lib/libdatadog_profiling.so	8.45 MB	8.45 MB	0% (0 B) 👌

x86_64-unknown-linux-gnu

Artifact	Baseline	Commit	Change
/x86_64-unknown-linux-gnu/lib/libdatadog_profiling.a	90.92 MB	90.92 MB	0% (0 B) 👌
/x86_64-unknown-linux-gnu/lib/libdatadog_profiling.so	10.08 MB	10.08 MB	0% (0 B) 👌

github-actions Bot added the crashtracker label May 21, 2026

gyuheon0h changed the title ~~Move preload logger marking after recursive guard~~ fix(crashtracker): move preload logger marking after recursive guard May 21, 2026

gyuheon0h force-pushed the gyuheon0h/PROF-14734-preload-logger-fail-inf-recursion branch 2 times, most recently from 118e192 to 40de8cc Compare May 21, 2026 14:06

gyuheon0h marked this pull request as ready for review May 21, 2026 18:18

gyuheon0h requested a review from a team as a code owner May 21, 2026 18:18

Move preload logger after one time guard

3a72305

gyuheon0h force-pushed the gyuheon0h/PROF-14734-preload-logger-fail-inf-recursion branch from 40de8cc to 3a72305 Compare May 21, 2026 18:21

gyuheon0h added AI Generated PR largely written by AI tools identified-by:crashtracking labels May 21, 2026

taegyunkim approved these changes May 21, 2026

View reviewed changes

danielsn approved these changes May 21, 2026

View reviewed changes

gleocadie approved these changes May 21, 2026

View reviewed changes

gyuheon0h changed the base branch from main to julio/use-builder-on-windows May 21, 2026 19:05

gyuheon0h requested review from a team as code owners May 21, 2026 19:05

gyuheon0h requested review from dd-oleksii, leoromanovsky and vpellan and removed request for a team, dd-oleksii, leoromanovsky and vpellan May 21, 2026 19:05

gyuheon0h changed the base branch from julio/use-builder-on-windows to main May 21, 2026 19:06

Merge branch 'main' into gyuheon0h/PROF-14734-preload-logger-fail-inf…

08ea319

…-recursion

gh-worker-dd-devflow-36fce6 Bot added the mergequeue-status: waiting label May 22, 2026

gh-worker-dd-devflow-36fce6 Bot added mergequeue-status: queued mergequeue-status: in_progress mergequeue-status: rejected and removed mergequeue-status: waiting mergequeue-status: queued mergequeue-status: in_progress labels May 22, 2026

gyuheon0h merged commit 118d260 into main May 22, 2026
134 of 135 checks passed

gyuheon0h deleted the gyuheon0h/PROF-14734-preload-logger-fail-inf-recursion branch May 22, 2026 13:12

Conversation

gyuheon0h commented May 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What does this PR do?

Motivation

Additional Notes

How to test the change?

Uh oh!

gyuheon0h commented May 21, 2026

Uh oh!

datadog-datadog-prod-us1-2 Bot commented May 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

github-actions Bot commented May 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

📚 Documentation Check Results

📦 libdd-crashtracker - 1079 warning(s)

Uh oh!

github-actions Bot commented May 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Clippy Allow Annotation Report

Summary by Rule

Annotation Counts by File

Annotation Stats by Crate

About This Report

Uh oh!

github-actions Bot commented May 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

🔒 Cargo Deny Results

📦 libdd-crashtracker - 4 error(s)

Uh oh!

codecov-commenter commented May 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Codecov Report

Uh oh!

taegyunkim commented May 21, 2026

Uh oh!

chatgpt-codex-connector Bot commented May 21, 2026

Uh oh!

taegyunkim left a comment • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

gleocadie left a comment

Choose a reason for hiding this comment

Uh oh!

gyuheon0h commented May 22, 2026

Uh oh!

gh-worker-devflow-routing-ef8351 Bot commented May 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

dd-octo-sts Bot commented May 22, 2026

Artifact Size Benchmark Report

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

5 participants

gyuheon0h commented May 21, 2026 •

edited

Loading

datadog-datadog-prod-us1-2 Bot commented May 21, 2026 •

edited

Loading

github-actions Bot commented May 21, 2026 •

edited

Loading

📦 `libdd-crashtracker` - 1079 warning(s)

github-actions Bot commented May 21, 2026 •

edited

Loading

github-actions Bot commented May 21, 2026 •

edited

Loading

📦 `libdd-crashtracker` - 4 error(s)

codecov-commenter commented May 21, 2026 •

edited

Loading

taegyunkim left a comment •

edited

Loading

gh-worker-devflow-routing-ef8351 Bot commented May 22, 2026 •

edited

Loading